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ASSOCIATING IMAGE FILES WITH MEDIA CONTENT 
TECHNICAL FIELD 

10001 ] Embodiments of (he preseni invention relate to the field of metadata for media 
content. In particular, embodiments of this invention relate to storage and association of 
image files with media content. 

background of the invention 

[00O2J Due to recent advances in technology, computer users are now able to enjoy 
many features that prov.de an improved user experience, such as playing various media 
and multimedia content on their personal or laptop computers. For example, most 
computers today are able to play compact discs (CDs) so users can listen to their favorite 
musical artists while working on their computers. Many computers are also equipped 
with digital versatile disc (DVD) drives enabling users to watch movies. 
I0003J In some multimedia environments, a computer has access to a computer- 
readable medium storing compressed media files such as Moving P.cture Experts Group 
audio layer-3 (MP3) files and WINDOWS MEDIA technolog.es audio (WMA) and video 
files. The computer typically organizes the med.a files into playlists when the 
compressed med.a files are played on the computer. The files may be organized 
accord.ng to metadata or other property data associated with the media content. Metadata 
for a digital med.a file such as an aud.o file includes general information pertaining to the 
media file itself This information is typically stored within the file. For example, an 
aud.o file may have metadata tags for the song ..tie, song artist, album title, and a rating. 
For example, in the case of audio media files, the files may be organized by album, artist, 
genre, date, or some user-specified select.on and ordering. A user easily navigates 
through this organ.zat.on using menus and graphical displays to render the des.red media 
files. 

(0004) Exist.ng systems store album art assoc.ated with media content and specified by 
the user in the med.a file. Ln addition, exist.ng systems download album art from 
metadata prov.ders and store the downloaded art with a generic filename (e.g., folder.jpg) 
m the d.rectory storing the med.a file. The gener.c filename convention limits each fij 
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system folder or other directory storing media content to a single item of album an. 
When attempting to display album art for a media file, an operating system shell or the 
media player searches for album art stored in the media file and for album art stored via 
the generic filename. However, the user may have directories of mixed music (e.g., 
songs from different albums in the same directory). That is, the user may store content 
from multiple sources in the same directory. As such, the album art with the generic 
filename may not be associated wi th every item of media content in the directory. The 
existing systems may display the incorrect album art or prevent the user from storing 
media content from multiple sources in the same directory. 

[0005J Accordingly, a system for associating image files with media content is desired 
to address one or more of these and other disadvantages. 

SUMMARY OF THE INVENTION 

I0006J Embodiments of the invention associate an image file (e.g., album art) with 
media content by storing an identifier value associated with the media content in tbe 
filename of the image file. In an embodiment, the invention selects the .mage file with 
the identifier value in the filename and displays the selected image file (e.g., while 
rendering the media content with an application program such as a media player). The 
invention enables the user to store media content from multiple sources and image files 
associated therewith in the same directory. 

[0007] In accordance with one aspect of the invention, a method processes a media file 
adapted for rendering by an application program executed by a computing device. The 
method includes determining whether a user-selected image file corresponding to media 
content contained in the media file is stored in a memory accessible by the computing 
device executing the application program. If the user-selected image file is not stored in 
the memory, the method also includes determining whether a third-party image file 
accessible by the computing device corresponds to the media content contained in the 
media file. The method includes displaying either the user-selected image file or the 
third-party image file as determined when the application program renders the media file 
corresponding thereto. 
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I0008J In accordance with another aspect of the invention, a method processes image 
files. The method includes sending, from a computing device to a metadata provider, an 
identifier value associated with a med.a file. The media file stores media content to be 
rendered with an application program executed by the computing device. The method 
also includes receiving metadata corresponding to the media content stored m the media 
hie from the metadata provider in response to the sent identifier value. The received 
metadata includes an image file. The method also includes storing the received .mage 
file in a directory with the media file. The received image file has a filename. The 
filename includes an identifier value corresponding to the media content stored in the 
media file. 

10009] In accordance with still another aspect of the invention, one or more computer- 
readable media have computer-executable components for processing a media file in 
response to a user selecting media content for rendering with an application program 
executed by a computing device. The components include a resolution component for 
determining whether a user-selected image file is stored in a memory accessible by the 
computing device. The user-selected image file corresponds to media content stored in 
the media file to be rendered with the application program executed by the computing 
device. The resolution component further detennines whether a third-party image file 
accessible by the computing device corresponds to the media file if the user-selected 
image file is not stored in the memory. The method also includes a user interface 
component for displaying either the user-selected image file or the third-party image file 
as determined by the resolution component when the application program renders the 
media file corresponding thereto. 

(0010] In accordance with yet another aspect of the invention, a computer-readable 
medium stores a data structure representing a file directory accessible by a comput.ng 
device. The data structure includes a media file storing media content for rendering with 
an application program executed by the computing device. The data structure also" 
includes an image file corresponding to the media file. The image file has a filename 
associated therewith. The filename includes an identifier value associated with the media 
content in the media file corresponding thereto. 
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(001 ] J In accordance with another aspect of the invention, a filename for an image Hie 
assoc.ated with a media file storing media content includes an identifier value associated 
with the media content. An application program executed by a computing device 
searches a file system for the image file using the identifier value to display the image file 
while rendering the media content. 

[001 2] Alternatively, the invention may comprise various other methods and 
apparatuses. 

(0013J Other features will be in part apparent and in part pointed out hereinafter. 
BRIEF DESCRIPTION OF THE DRAWINGS 

(0014] FIG. 1 is a block diagram illustrating one example of a suitable media 
environment in which the invention may be implemented. 

(0015) FIG. 2 is an exemplary flowchart illustrating operation of software to display 
image files associated with media content. 

(001 6] FIG. 3 is an exemplary How chart illustrating operation of software to obtain 
and store image files associated with media content. 

(001 7] FIG. 4 is a block diagram illustrating an exemplary computer-readable medium 
storing media content files and image files according to the invention. 

I0018J FIG. 5 is a block diagram illustrating one example of a suitable computing 

system environment in which the invention may be implemented. 

(0019J FIG. 6 is an exemplary embodiment of an album art image file displayed in a 

media player application program. 

10020] Corresponding reference characters indicate corresponding parts throughout the 
drawings. 

DETAILED DESCRIPTION OF THE INVENTIOiN 
Media Environment 

(0021] Referring now to the drawings, FIG. 1 illustrates an exemplary multimedia 
environment in which the invention may be used. A system 1 00 has one or more 
computers 1 02 coupled to one or more devices providing media content (e.g., audio data, 
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video data, and/or image data). For example, .he devices may include a compact disc 
(CD) 104, a camcorder 106, or a camera 108. The computer 1 02 accesses the media 
content as input and can render or store the medta content as a digital media file to a 
computer-readable medium 1 10. 

100221 Aspects of the invention involve associating an image file with media content 
contained within a med.a file. Each item of media content may have an identifier value 
associated therewith (e.g., a value for the identifier WMCollect.onID). The invention 
permits writing the identifier value into the filename of the image file for a parficular 
-tern of media content. As multiple image files may be stored elsewhere and with a 
different naming convention (e.g., for legacy reasons), the invention further determines 
the coirect image file to display as described herein (see FIG. 2). For example, when 
attempting to display an image file associated with a particular item of med.a content, an 
operating system shell or a media player executing according to the invention searches 
for an image file having a fl , ename With an ]den[ifier ^ embe(jded ^ 

associated with the particular i tem of media content. 

(0023] Those skilled in the arl will recognize that use of an identifier value in the 
filename is not merely a design cho.ce, but has certain advantages. For example, the 
invention enables the user to store content from a plurality of sources in a single directory 
while providing an .mage file, stored externally to the media content in one embodiment, 
that is specific to each item of media content. 

10024] In one embodiment, the computer 1 02 stores med.a content on a computer- 
readable medium 1 10 for use by a media player program associated wi th a consumer 
electronic device 112. The consumer electronic device 1 12 includes any suitable 
rendering filter or media player or dev.ce that is configured to render digital media so that 
the user can experience the content that is embodied on the medium 1 10. For example, 
suitable med.a player applications include a CD media player and a DVD media plaver. 
10025] Media players, consumer electronic devices 1 1 2, or the like may be organized 
according to the capabilities of the med.a player. Each media player has a media tvpe 
•hat .dentifies the type of media that the med.a player is capable of rendering. For 
example, the med.a type (also referred to as a playlist summary type, a menu summary 
type, or the like) .ncludes one or more of the following: audio, v.deo, and still image. 
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Some media players include audio-only players such as portable CD players, car 
receivers, and DVD players. Other media players further include audio and still image 
capable players including portable and set-top DVD players optionally capable of 
rendering .mages with audio simultaneously. Other media players further include audio, 
still image, and video capable players. Exemplary consumer electronic dev.ces 112 ■ 
include, but are not limited to, the following: a portable CD player, a Moving Picture 
Experts Group audio layer-3 (MPS) player, an audio system in an automobile, a personal 
digital assistant, a cellular telephone, or the like. 

10026] One aspect of the present invention enables the user or, particularly, enables a 
med.a player program executing on computing device 1 12 or client or computer 102, to 
access, retrieve, and display for the user, so-called metadata. Those skilled in the an are 
familiar with metadata, which is Simply information about data. In the context of the 
present invention, metadata includes information related to specific content of a digital 
media file be.ng played on the media player. Basic metadata includes a title, composer, 
performer, genre, a description of content, and the like. Extended metadata includes 
cover an, performer biographies, reviews, related performers, where to buy similar items, 
upcoming concerts, ticket sales, network addresses (e.g., uniform resource locators) to 
other related experiences including purchase opportunities, and the like. 
(0O27J For example, the user of consumer electronic device 1 12 inserts a computer- 
readable medium that stores a digital media file into computer 102 or otherwise causes 
the content ofthe digital media file to be experienced. In the embodiment of FIG. l,a 
metadata provider 1 1 1 matches metadata to the specific med.a content that is bang ' 
experienced by the user. The metadata provider includes, but is not limited to, a local 
cache, a media library, a user, a local computing device, a third party art provider, or a 
remote server. Metadata provider 1 1 1 returns the requested metadata to computer 1 02. 
For example, if the media content includes audio data, the metadata includes an image 
fi le such as album cover art associated with the audio data. 

(0028J In the examples herein, the media content ofthe digital media file is described 
m the context of content embodied on a CD or a DVD. It is to be appreciated and 
understood that the med.a content may be embodied on any suitable media, including 
digital files downloaded to memory accessible by computer 1 02, and that the spec.fic 
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examples described herein are given to further understanding of the inventive principles. 
For convenience, a d.gital media file refers to one or more files representing, for 
example, a single song track or a collection of tracks such as would be found on an audio 
CD. The media content may include, without limitation, specially encoded media content 
in the form of an encoded media file. 

[0029J In one embodiment, an exemplary consumer electronic device 1 1 2, media 
player, or computer 102 mcludes or has access to one or more computer-readable media 
having computer-executable components for processing a media file. The media content 
file is stored on a computer-readable medium such as a compact disc, a digital versatile 
disc, or flash memory. In one example, the metadata is available from a metadata 
provider 1 1 1 via a data communication network 1 13. The computer 102 and metadata 
provider 1 1 1 are coupled to the data communication network 113. While the network 
1 1 3 includes the Internet in one example, the teachings of the invention may be applied to 
any data communication network. Further, (he invention may be described in terms of 
computer 1 02 acting as a client (e.g., media player software) requesting and recei ving 
metadata from metadata provider 1 1 1 acting as a server as shown in FIG. 1. However, it 
is contemplated by the inventors that the invention is operable in other network systems. 
That is, the invention is not limited to a client/server network system illustrated in FIG. 1 . 
For example, the invention may be applicable in a peer-to-pecr network system. 
10030) In the embodiment illustrated in FIG. 1, the components are shown to execute 
on consumerdev.ee 112 for simplicity. It is to be understood that any of the components 
may execute on the consumer device 1 1 2, computer 1 02, or any other computing dev.ee 
(e.g., remote from the user or device 1 1 2) or combination thereof The components are 
further described below with reference to FIG. 2 and FIG. 3. The components include a 
resolution component 1 14, a user interface component 1 16, a communications component 
1 18, and an authoring component 120. As .described in greater detail herein, the 
resolution component 1 14 determines whether certain ,mage files are stored in a memory 
accessible by the computing dev.ee. The image files correspond to media content stored 
in the med,a file to be rendered with the application program executed by the computing 
dev.ee. The user interface component 1 1.6 displays the determined image file when the = 
application program renders the media file corresponding thereto. The communications 
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component 1 18 sends an identifier value associated with the media file from the 
computing device to a metadata provider and receives metadata (e.g., the image file) 
corresponding to the med.a content stored in the media file from the metadata provider. 
The authoring component 120 stores the received image file with a filename comprising 
an identifier value corresponding to the media content. 
10031 1 Those skllled in the art will note that the invention software may be 
implemented with any number and organization of components or modules. That is, the 
invention is not limited to the specific configuration of components 1 14, 1 16, 1 18, and 
1 20. Further, those skilled in the art will note that the invention may include a user 
interface such as the media player executing on consumer electronic device 1 1 2 or may 
lack a user interface (e.g., perform metadata retrieval silently in the background 
independent of a media player). 

Image Files for Media Content 

10032] The invention permits the user to view image files in an operating system shell 
(e.g., in a "My Music" folder) as well as with the media player program while rendering 
media content. Image data associated with media content is stored in several locations. 
For example, image data may be stored in the file header of the media file, with a generic 
name in the directory storing the media file, and with a filename specific to the med ia file 
(e.g., having the identifier value). Further, a registry key may specify the image file to 
display for a particular item of med.a content (e.g., for images for customized shell 
folders). In addition, the image files may be stored remotely from the invention software. 
For example, the image files may be stored in a database associated with the metadata 
provider. A reference (e.g., a URL) stored in the client-side med.a library provides 
access to one or more of the stored image files. 

[0033J Each item of media content has an identifier value associated therewith. The 
identifier value may take the form of a physical .dent.fier such as a table of contents 
(TOC) for a compact disc identifying the spec.fic digital med.a file based on the offsets 
of each track on the disc. The TOC, defined by a well-known specification referred to as 
the Red Book, ident.f.es an aud.o CD based absolute t.mes for the start of each track. 
The TOC, found in the CD's lead-in area, is expected to be the same for all like-entitled 
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CDs published from the same source. Alternatively, the identifier value may be 
associated with the actual media content (e.g., a value for the identifier 
WMCollectionID). 

10034] The metadata provider such as metadata provider 1 1 1 has access to a database 
storing, in addition to other metadata, electronic album cover art associated with the 
specific digital media file. In response to a request from computer 1 02 (e.g., including 
the received TOC or the mapped logical ID), the metadata provider transmits one or more 
image files associated with the media file to computer 102. 

(0035J For example, exemplary files that exist in a directory with audio media content 
include the following: Song_A.Wma, AlbumArtSmall.jpg, Folder.jpg, 
AlbumArt_{52A916Dl -2BFl-4E17-AC50-03BE7CF8647AJ_Large.jpg, 
AlbumAn_{52A916Dl-2BFl-4E]7-AC50-03BE7CF8647A}_Small.jpg, and 
desktop.ini. Song_A.VVma contains the actual audio data for the song. In one 
embodiment, this file is for use by the operating system. AlbumArtSmall.jpg is a file 
created by the media player that stores a small image of album art. The last media file 
added to the file system by the media player has its art placed in this file in a "last writer 
wins" manner. As such, there can only be one such image file for a directory of content 
even when there is media content from more than one album in that directory. Further to 
this example, folder.jpg is a file storing the larger version of the image and has the same 
behavior as AlbumArtSmall.jpg. These two art files (i.e., smaller and larger versions) are 
generally for use by the operating system. AlbumArt_{52A916Dl -2BF1-4E1 7-AC50- 
03BE7CF8647AJ_Small.jpg and AlbumArt_{52A916Dl-2BFl-4E17-AC50- 
03BE7CF8647Aj_Large.jpg are the image files created by the invention software. The 
exemplary identifier value (e.g., a collection identifier such as WMCollectionID) for this 
media content is 52A916D1-2BF1-4E17-AC50-03BE7CFS647A, as determined during a 
previous communication with the metadata provider. The naming of these files includes 
the WMCollectionID of the album metadata. These files are generally for use by the 
media player. In some instances, these image files are duplicates ofAlbiimArtSmalI.jpg 
and folder.jpg. 
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(0036] Desktop.ini coniains information for the operating system shell to use to enable 
a purchase experience. For example, the desktop.ini file may include the following 



parameters. 



[.ShellCIassInfo] 
FolderType=Music Album 

MusicBuyUrl=providerName=ProviderA&albumID=52A9l6Dl-2BFl-4E17- 
AC50- 

03BE7CF8647A&a_id=R%20%20%20228492&album=Aibum%20A&anis!lD= 
5FE0A694-4F43-4626-9976- 

D7B0F5F5D60A&p_id=P%20%20%20»/o2023015&artist=Artist%20A&Ioca!e=4 
09&version=9.0.0.2975 

The initialization file (e.g., desktop.ini file) includes a network address of a related 
purchase opportunity (e.g., MusicBuyURL). The MusicBuyURL may represent a 
contractual obligation from the album art provider. In one embodiment, the 
MusicBuyURL may not be a full network address. For example, the MusicBuyURL in 
the ,ini file stores only the subpart of the full network address beginning with "pjd" 
identifier value. The MusicBuyURL may only include the parameters sen. to retrieve the 
web page. These parameters are appended as needed to the appropriate network address 
to provide the information necessary to complete the network address. An operating 
system shell has a redirected link that it appends the parameters onto. The media player 
program has its own link it appends the parameters onto. Using the redirected link allows 
the network address on the metadata provider to be changed to an appropriate commerce 
sue. This mechanism also prevents someone from Simply replacing the network 
addresses in all the .ini files (such as the desktop.in, files) to point to some other provider. 

Displaying an Image File Associated with a Media File 



[0037] Referring next to FIG. 2, an exemplary flow chart illustrates operation of 
software to display image files associated with media content. The user inserts a 
computer-readable medium storing a digital media file into a computer or otherwise 
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causes the content of the digital media file to be experienced at 202. The media content 
is stored in a media file adapted for rendering by an application program executed by 
computing device. The application program includes, but is not limited to, a med, 
player and an operating system shell. The invention software determines whether 
selected image file corresponding to media content contained in the media file is stored in 
memory accessible by the computing device executing the application program at 204. 
The user-selected image file is stored in various locations including, but not limited to a 
header of the media file, a shell folder, a registry, and a directory. For example, the 
invention software may examine the header of the media file to determine if a user- 
selected image file is available for the media file. 

(00381 If the invention software determines that the user-selected file is not available, 
the invention determines whether a third-party image file accessible by the computing ' 
device corresponds to the media content contained in the media file at 206. For example 
the invention software searches for an identifier value in a filename associated with the ' 
third-party image file. The identifier value is associated with an identifier (e.g., 
WMCollectionID) and corresponds to the media content. For example, the identifier 
value includes a globally unique identifier (GUID). In one embodiment, the third-party 
■mage file includes actual image data or a reference (e.g., a hyperlink) to ,mage data. For 
example, in response to sending a request for all metadata available for an item of med,a 
content, (he invention software receives return metadata which includes a network 
address (e.g., a URL) of a location storing art for the item of media content. 
[0039] If the invention software determines that the third-party image file with the 
■dentifier value ,n the filename is not available, the invention determines whether 
generic third-party .mage file (e.g., folder.jpg) has an image that is associated with th 
med.a file at 208. For example, the invention software may examine the version of the 
med.a player or search for image files with any identifier values stored in the filenam 
associated therewith in an attempt to determine if the generic third-party image file is 
associated with the media file. Alternatively, or in addition, the invention software 
identifies a version of the application program and determines whether the generic third- 
party image file corresponds to the media content contained in the media file based on the 
identified version. If the invention determines that the generic third-party image file d 
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not apply to the media file, the invention software attempts to retrieve the correct image 
file for the media file from, for example, the metadata provider at 210. 
10040] The invention software displays either the user-selected image file or the third- 
party image file as determined when the application program renders the media file 
corresponding thereto at 212. The invention software renders the med.a file with an 
image represented by either the user-selected image file or the third-party image file as 
determined. 

[0041| An exemplary application programming interface (API) routine implementing 
the flow illustrated in FIG. 2 includes LoadImage() which returns the proper image for a 
given media file as shown below: 

If an image exists in the header of the file (e.g., an 
image customized by the user) then 

Return the image 
If shell folder is customized by the user then 

Return the image 
If the media content in the file has an identifier 
value (e.g., WMCol lectionID) then 

If an image with a filename comprising the 
.identifier value exists in the same directory as the 
file then 

Return the image 
If a generic image file (e.g., folder.jpg) exists in 
the directory where the file is stored then 

If media player version is old (as specified in 
desktop.ini). 

Return the image 
If no image files with identifier values in the 
filenames exist in the same directory as the file then 

Return the image 
If URLs for images exist in the media player's 
database, cache or library then 

Get the image file from metadata provider 
Return the image file 
Return NULL if failed to find any valid image file 

[0042J In general, if the media player version is out-of-date or otherwise an older or 
previous version, then the generic image file most likely corresponds to the media content 
within the med.a file. Further, an older media player version implies that the media 
player has most likely not downloaded or stored any image file using the conventions 
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described herein. If (he media player version is current and image files exist with ' 
identifier values in their filenames (but not the identifier value the invention software is 
searching for), the invention software concludes that there is likely no image file for 
particular med.a file. The invention software either downloads the image file from the 
metadata provider, if available, or displays a default image. 

100431 One or more computer-readable media have computer-executable instructions 
for performing the method illustrated in FIG. 2. 

Retrieving and Storing the [mage Files 

10044) Referring next to FIG. 3, an exemplary flow chart illustrates operation of 
software to obtain and store image files associated with media content. The invention 
software, executing on a computing device, sends an identifier value associated with a 
media file to the metadata prov.der at 302. The invention software receives metadata 
corresponding to the media content stored in the media file from the metadata prov.der in 
response to the sent identifier value at 304. The received metadata includes an image 
file. The invention software stores the received image file in a directory with the media 
file at 306. The received image file has a filename, including an identifier value 
corresponding to the media content stored in the media file. The invention software 
overwrites an existing image file stored in the d.rectory with the received .mage file as 
necessary. The identifier value may be received from the metadata prov.der or generated 
by the invention software. The invention software generates the filename with the 
identifier value. The identifier value is associated with an ident.fier such as 
WMCollect.onJD. For example, if a user stores a ten track album in a single directory 
(i.e., all tracks have the same album an), only one set of image files is stored in the 
directory for the tracks because all the tracks have the same WMCollectionID value (i.e., 
the same album art). One or more computer-readable media have computer-executable 
instructions for performing the method illustrated in FIG. 3. 

(0045J Referring next to FIG. 4, a block diagram illustrates an exemplary computer- 
readable medium 402 storing media files 404 with med.a content and image files 406 
according to the invention. The computer-readable medium 402 stores a data structure 
representing a file d.rectory accessible by the computing device. The data structure 
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includes one or more media files 404 such as media file #1 through media file #N storing 
media content for rendenng with an application program executed by the computing 
device. The data structure also includes one or more image files 406 such as imagefile 
#1 through image file m corresponding to the media files 404. The .mage files 406 each 
have a filename associated therewith. The filename includes an identifier value ' 
associated with the media content in the media file 404 corresponding thereto. 
I0046J A filename for one of the image files 406 associated with one of the media files 
404 includes an identifier value associated with the med.a content. For example the 
med,a file 404 has "XYZ" as an identifier value and the corresponding image file 406 has 
a filename such as "image_XYZ.jpg." The application program executed by the 
computing device searches a file system for the image file 406 using the identifier value 
to display the image file 406 while rendering the media content. 

Exemplary Operati ng Environment 

I0047J FIG. 5 shows one example of a general purpose computing device in the form of 
a computer 1 30. In one embodiment of the invention, a computer such as the computer 
130 is suitable for use in the other figures illustrated and described herein. Computer 130 
has one or more processors or processing units 1 32 and a system memory 1 34. In the 
illustrated embodiment, a system bus 136 couples various system components including 
the system memory 134 to the processors 132. The bus 136 represents one or more of ° 
any of several types of bus structures, including a memory bus or memory controller, a 
peripheral bus, an accelerated graphics port, and a processor or local bus using any of a 
variety of bus architectures. By way of example, and not limitation, such architectures 
.nclude Industry Standard Architecture (ISA) bus, Micro Channel Architecture (MCA) 
bus, Enhanced ISA (EISA) bus, Video Electronics Standards Association (VESA) local 
bus, and Peripheral Component Interconnect (PCI) bus also known as Mezzanine bus. 
10048] The computer 130 typically has at least some form of computer readable media 
Computer readable med.a, which include both volatile and nonvolatile media, removable 
and non-removable media, may be any available medium that can be accessed by 
computer 130. By way of example and not limitation, computer readable media comprise 
computer storage media and communication med,a. Computer storage media include 
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volatile and nonvolatile, removable and nonremovable media implemented in any 
method or technology for storage of information such as computer readable instructions 
data structures, program modules or other data. For example; computer storage media 
include RAM, ROM, EEPROM, flash memory or other memory technology CD-ROM 
d.gnal versatile disks (DVD) or other optica, disk storage, magnetic cassettes, magnetic' 
tape, magnetic disk storage or other magnetic storage devices, or any other medium that 
can be used to store the desired information and that can be accessed by computer 130 
Communication med.a typically embody computer readable instructions, data structures 
program modules, or other data in a modulated data signal such as a carrier wave or other 
transport mechanism and include any information delivery media. Those skilled in the 
art are familiar with the modulated data signal, which has one or more of its 
characteristics se, or changed in such a manner as to encode information in the signal 
Wired media, such as a wired network or direct-wired connection, and wireless media 
such as acoustic, RF, infrared, and other wireless media, are examples of communication 
med.a. Combinations of the any of the above are also included within the scope of 
computer readable media. 

I0049J The system memory 1 34 includes computer storage med.a in the form of 
removable and/or non-removable, volatile and/or nonvolatile memory. In the illustrated 
embodiment, system memory 1 34 includes read only memory (ROM) , 38 and random 
access memory (RAM) 140. A basic input/output system 142 (BIOS), containing the 
bas.c routines that help to transfer information between elements within computer 1 30 
such as during start-up, is [ypicall y stored in ROM 138. RAM 140 typically contains 
data and/or program modules that are immediately accessible to and/or presently being 
operated on by processing umt 132. By way of example, and not limitation FIG 5 
illustrates operating system ,44, application programs 146, other program modules 148, 
and program data 150. 

I00S0I The compute 1 30 may also include o.her removable/nomremovable 
vola.ile/nonvola.ile compete s.orage media. For example, FIG. 5 iHus.ra.es ahard disk 
dnv. 154 ,„ a , reads from or wri.es ,o non-removable, nonvolanle magne.ic madia FIG 
a also shows a magne.ic d,sk drive 1 56 .ha. reads from or wri.es lo a removable 
nonvolanle mag„e„cd,SK ,58, and an op.ical d.sk drive ,60 ,ha, reads from or wn.es ,o a 
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removable, nonvolatile optical d,sk 162 such as a CD-ROM or other optical media. 
Other removable/non-removable, volatile/nonvolatile computer storage media that can be 
used in the exemplary operating environment include, but are not limited to, magnetic 
■ape cassettes, Hash memory cards, digital versatile disks, digital video tape, solid state 
RAM, solid state ROM, and the like. The hard d,sk drive 154, and magnetic disk drive 
1 56 and optical d,sk drive 1 60 are typically connected to the system bus 1 36 by a non- 
volatile memory interface, such as interface 1 66. 

(0051) The dnves or other mass storage devices and their associated computer storage 
media discussed above and illustrated in FIG. 5, prov.de storage of computer readable 
.nsiructions, data structures, program modules and other data for the computer 130. In 
FIG. 5, for example, hard disk drive 1 54 is illustrated as storing operating system 1 70 
application programs 1 72, other program modules 1 74, and program data 1 76. Note that ' 
• these components can either be the same as or different from operating system 144 
application programs 146, other program modules 148, and program data 150. Operating 
system 1 70, application programs 1 72, other program modules 1 74, and program data 
1 76 are given different numbers here to illustrate that, at a minimum, they are different 
copies. 

(00521 A user may enter commands and information into computer 1 30 through input 
devices or user interface selection devices such as a keyboard 180 and a pointing dev.ee 
182 (e.g., a mouse, trackball, pen, or touch pad). Other input devices (not shown) may 
■nclude a microphone, joystick, game pad, satellite dish, scanner, or the like. These and 
other input devices are connected to processing un„ 132 through a user input interface 
1 84 that is coupled to system bus 1 36, but may be connected by other interface and bus 
structures, such as a parallel port, game port, or a Universal Serial Bus (USB). A monitor 
188 or other type of display device is also connected to system bus 136 via an interface 
such as a video interface 190. In addition to the monitor ,88, computers often include ' 
other peripheral output devices (not shown) such as a printer and speakers, which may be 
connected through an output peripheral interface (not shown). 
(0053J The computer 130 may operate in a networked environment using logical 
connections to one or more remote computers, such as a remote computer 1 94^ The 
remote computer .94 may be a personal computer, a server, a router, a network PC a 
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peer device or other common network node, and typically includes many or all of the 
elements described above relative to computer 130. The logical connections depicted in 
FIG. 5 include a local area network (LAN) 196 and a wide area network (WAN) 198, but 
may also include other networks." LAN 1 36 and/or WAN 1 38 can be a wired network, a 
wireless network, a combination thereof, and so on. Such networking environments are 
commonplace in offices, enterprise-wide computer networks, intranets, and global 
computer networks (e.g., the Internet). 

(0054J When used in a local area networking environment, computer 130 is connected 
to the LAN 196 through a network interface or adapter 186. When used in a wide area 
networking environment, computer 1 30 typically includes a modem 1 78 or other means 
for establishing communications over the WAN 198, such as the Internet. The modem 
1 78, which may be internal or external, is connected to system bus 1 36 via the user input 
interface 184, or other appropriate mechanism. In a networked environment, program 
modules depicted relative to computer 1 30, or portions thereof, may be stored in a remote 
memory storage device (not shown). By way of example, and not limitation, FIG. 5 
illustrates remote application programs 1 92 as residing on the memory device. It will be 
appreciated that the network connections shown are exemplary and other means of 
establishing a communications link between the computers may be used. 
[0055] Generally, the data processors of computer 130 are programmed by means of 
instructions stored at different times in the various computer-readable storage media of 
the computer. Programs and operating systems are typically distributed, for example, on 
floppy disks or CD-ROMs, From there, they are installed or loaded into the secondary 
memory of a computer. At execution, they are loaded at least partially into the 
computer's primary electronic memory. The invention described herem includes these 
and other various types of computer-readable storage med.a when such media contain 
instructions or programs for implementing the steps described below in conjunction with 
a microprocessor or other data processor. The invention also includes the computer itself 
when programmed according to the methods and techniques described herein. 
I0056J For purposes of illustration, programs and other executable program 
components, such as the operating system, are illustrated herem as discrete blocks. It is 
recognized, however, that such programs and components reside at various times in 
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d.fferent storage components of the computer, and are executed by the data processor(s) 
of the computer. 

[0057J Although described in connection with an exemplary computing system 
environment, including computer 130, the invention is operational with numerous other 
general purpose or special purpose computing system environments or configurations. 
The computing system environment is not intended to suggest any limitation as to the 
scope of use or functionality of the invention. Moreover, the computing system 
environment should not be interpreted as having any dependency or requirement relating 
to any one or combination of components illustrated in the exemplary operating 
environment. Examples of well known computing systems, environments, and/or 
configurations that may be suitable for use with the invention include, but are no, limited 
to, personal computers, server computers, hand-held or laptop devices, multiprocessor 
systems, microprocessor-based systems, set top boxes, programmable consumer 
electronics, mobile telephones, network PCs, minicomputers, mainframe computers, 
distributed computing environments that include any of the above systems or devices, 
and the like. 

10058] The invention may be described in the general context of computer-executable 
instructions, such as program modules, executed by one or more computers or other 
devices. Generally, program modules include, but are not limited to, routines, programs, 
objects, components, and data structures that perform particular tasks or implement 
particular abstract data types. The invention may also be practiced in distributed 
computing environments where tasks are performed by remote processing devices that 
are linked through a communications network. In a distributed computing environment, 
program modules may be located in both local and remote computer storage media 
including memory storage devices. 

I0059J In operation, computer 1 30 executes computer-executable instructions such as 
those illustrated in FIG. 2 to determine whether an image file is associated with media 
content stored in a media file. Further, computer 130 executes computer-executable 
instructions such as those illustrated m FIG. 3 to request, receive, and store the image tile 
associated with the media file such that multiple media files from d.fferent sources may 
be stored in the same directory and each have at least one image Hie associated therewith. 
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[0060] The computer-executable instructions may be organized into components or 
modules for execution by computer 130 such as illustrated in FJG. 1 . For example, the 
resolution component 1 14 determines whether the user-selected .mage file is stored in a 
memory accessible by the computing device. The resolut.on component 114 further 
determines whether a third-party image file access.ble by the comput.ng device 
corresponds to the media file if the user-selected image file is not stored in the memory. 
The user interface component 1 16 displays e.ther the user-selected image file or the third 
party image file as determined by the resolution component 1 1 4 when the application 
program renders the media file corresponding thereto. The communications component 
1 18 sends an identifier value associated with the media file from the computing device to 
the metadata provider. The communications component 1 1 8 receives metadata 
corresponding to the media content stored in the media file from the metadata provider in 
response to the sent identifier value. The received metadata includes the third-party 
image file. 

10061] Those skilled in the art will note that operation of software routines of the 
invention can be implemented in numerous ways all within the scope of the invention. 
For example, the methods illustrated in FIG. 2 and FIG. 3 may be implemented as a set of 
application programming interfaces (APIs) available to the media player program and to 
the operating system executing on computer 1 30. In another embodiment, the software 
routines described herein may be implemented as an applicat.on program executing on 
computer 130 that interfaces with the operating system and media player program to 
perfonn the methods illustrated in FIG. 2 and FIG. 3. In yet another embodiment, the 
software routines described herein may be implemented as part of the operating system 
executing on computer 1 02 with an API available to the media player. 

Examples 

[0062] The media player program or operation system shell displays the album art, 
upon user selection, in different sizes when rendering the content of the digital media file. 
In one embodiment, the media player program has either a large or small "Now Playing" 
visualization area. These sizes correspond to the album art image file sizes downloaded 
from the metadata provider. Until the image files are downloaded, the media player 
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program uses a placeholder album an picture (e.g., a default image). The album art files 
are stored in one embodiment with the following naming convention: 
AlbumArtSmall.jpg (75 pixels x 75 pixels) and Folder.jpg (200 pixels x 200 pixels). 
FIG. 6 is an exemplary embodiment of a large album art image file displayed by a media 
player application program 602. 

10063] In one embodiment of the invention, the operating system shell (e.g., the 
program that enables communication between the user and the operating system) 
implements a directory corresponding to the user's digital media files. For example, a 
-My Mus.c" folder provides the user with easy access to his or her music files. A folder 
view of album art may include a side panel user interface for performing various tasks 
and presenting additional information. This folder permits the user to view thumbnail 
■mages of album art, play music, create CDs, search and rearrange music files, and add 
music to playlists directly from the "My Music" folder. Those skilled in the an recognize 
that using thumbnail images is more intuitive for a user because the contents or subject of 
the section can be easily identified as opposed to using a general icon representing the 
section. Viewing album art in the "My Music" folder makes it easier and more fun for 
the user to manage his or her music. It is to be understood that similar folders may be 
used for organizing and managing v.deo and other types of digital media files. 
(0064] Those skilled in the art will note that the order of execution or performance of 
the methods illustrated and described herein is not essential, unless othenv.se specified. 
That is, it is contemplated by the inventors that elements of the methods may be 
performed in any order, unless othenv.se specified, and that the methods may include 
more or less elements than those disclosed herein. 

[0065] Unless othenvise noted, the example album titles, album cover art, song titles, 
artist names, companies, organizations, products, domain names, un.form resource 
locators, e-mail addresses, logos, people, places and events depicted herein are fictitious, 
and no association with any real album title, album cover art, song t.tle, artist name, 
company, organization, product, domain name, e-mail address, logo, person, place or 
event is intended or should be inferred. 

[0066] When introducing elements of the present invention or the embodimenl(s) 
thereof, the articles "a," "an," "the," and "said" are intended to mean that there are one or 
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more of the elements. The terms "comprising," "including," and "having" are intended to 
be inclus.ve and mean that there may be additional elements other than the listed 
elements. 

(0067] In view of the above, it will be seen that the several objects of the invention are 
achieved and other advantageous results attained. 

[0068] As various changes could be made in the above constructions, products, and 
methods without departing from the scope of the invention, it is intended that aU matter 
contained in the above description and shown in the accompanying drawings shall be 
interpreted as illustrative and not in a limiting sense. 



